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In the Specification 

Paragraph beginning on page 1, line 4 and continuing through to page 2, 
hne 2, is replaced with the following: 

This application is related to the following commonly owned applications: 
U.S. Serial No. 09/281,599, filed March 30, 1999, now U.S. Patent No. 6,493,005, 
entitled ON SCREEN DISPLAY, naming Fang-Chuan Wu; U.S. Serial No. 09/281,373, 
filed March 30, 1999, now U.S. Patent No. 6,437,787, entitled DISPLAY MASTER 
CONTROL, naming Fang-Chuan Wu; U.S. Serial No. 09/177,261, filed October 22, 
1998, now U.S. Patent No. 6,363,207, entitled "METHOD AND APPARATUS FOR A 
VIRTUAL SYSTEM TIME CLOCK FOR DIGITAL DIGITAL/ AUDIO/VIDEO 
PROCESSOR", naming Cem Duruoz, Taner Ozcelik Oz e lik and Gong-san Yu, and U.S. 
Serial No. 09/177,214, filed October 22, 1998, now U.S. Patent No. 6,487,642, entitled 
"COMMAND MANAGER", naming Cem I. Duruoz, Taner Ozcelik and Pattabiraman 
Subramanian, and is a continuation-in-part of U.S. Serial No. 09/178,803, filed October 
26, 1998, now abandoned, entitled "MANAGEMENT OF TRICK PLAYBACK OF 
DIGITAL VIDEO DATA", naming Cem I. Duruoz, Taner Ozcelik and Pattabiraman 
Subramanian. These applications are hereby incorporated by reference herein. 
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Paragraph beginning on page 8, line 8, and continuing through to page 9, 
line 1 8, is replaced with the following: 

In the detailed embodiment of the invention described below, there is a 
STOP state in which the ASIC responds to the video field synchronization signal by not 
decoding or displaying any digital video. In a PLAY state, the ASIC responds to the 
video field synchronization signal by decoding and displaying anew video field. In a 
SLOW FORWARD state the ASIC responds to the video field synchronization signal by 
repeatedly displaying previously decoded digital video for a number of repetitions, then 
decoding and displaying new video fields. The number of repetitions to be performed in 
the SLOW FORWARD state is [[are]] delivered as part of the command to enter the 
SLOW FORWARD state, thus providing an adjustable SLOW FORWARD playback 
speed. In a FAST FORWARD state, the ASIC responds to the video field 
synchronization signal by repeatedly displaying previously decoded digital video 
reference frames for a number of repetitions, then skipping over non-reference frames and 
decoding and displaying a new reference frame. The number of repetitions of a reference 
frame to be performed in the FAST FORWARD state, is identified in the FAST 
FORWARD command, as is a limit on the number of reference frames to be decoded 
from each video object unit. In a PAUSE state the ASIC responds to the video field 
synchronization signal by repeatedly displaying a previously decoded video frame. In a 
FAST REVERSE state the ASIC responds to the video field synchronization signal by 
repeatedly displaying previously decoded digital video reference frames for a number of 
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repetitions, then skipping backwards over non-reference frames and decoding and 
displaying a new reference frame. The number of repetitions of a reference frame to be 
performed in the FAST REVERSE state, is identified in the FAST REVERSE command, 
as is a limit on the number of reference frames to be decoded from each video object unit. 
In a REVERSE DECODE state the ASIC responds by buffering decoded video prior to a 
currently displayed video frame, so that this decoded video can be output in a step reverse 
or slow reverse manner under command and confrol of the host. In this state, the ASIC is 
responsible for requesting encoded video data from a host, so that the ASIC can 
accurately and efficiently manage both the decoding and display processes. 
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Two paragraphs beginning on page 11, line 3, are replaced with the 

following: 

Fig. 7 is a data structure diagram of the decode indices ind e c e s stored in 

the DRAM. 

Fig. 8 is a.block diagram showing the functional relationship and 
command flow from the host, through the RISC command manager, state transition 
handler, and their subroutines. 
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Paragraph begiiming on page 13, line 1, is replaced with the following: 
Specifically, the RISC CPU 12 includes an instruction memory 14 for 
storing instructions to be executed by the RISC CPU 12 in order to control digital 
audio/video processing performed by the ASIC 1 1 . These instructions are initially loaded 
into instruction memory 14 from an off-chip dynamic random access memory (DRAM) 
16, via a first data bus 18 connected between DRAM 16 and the RISC CPU 12. (For the 
pvirpose of clarity, DRAM is drawn as part of the ASIC 1 1 although it is physically 
located off-chipj 
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Paragraph begiiming on page 14, line 3, is replaced with the following: 
All of the foregoing routines are permanently resident in instruction 
memory 14, that is, these routines are transferred into a resident code area 30 of the 
instruction memory 14 when the ASIC 1 1 is initially booted, and are thereafter left 
imchanged. There is, however, a nonresident code area 34 of instruction memory 14 
which may contain non-r e sid e nt nonresident code 36, which are swapped into instruction 
memory 14 as needed during execution of a program by the RISC CPU 12. Portions of 
the command manager are non-r e sid e nt nonresident r outines stored as nonresident code 
36. Specifically, at any given time, one of several non-resident nonresident (NR) code 
segments 36 is stored in the allocated non-resident nonresident code area of instruction 
memory 14. Instructions are loaded into th e "nonresident" "non-r e sid e nt" area 34 of 
instruction memory 14 when those instructions are required for execution of a task or 
interrupt service routine, on an as-needed basis. The swapping is controlled through 
execution of the task and stack manager, described in an above-referenced U.S. patent 
application. 
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Paragraph beginning on page 19, line 14, continuing through to page 20, 
line 2, is replaced with the following: 

The buffer information fiirther includes a temporal reference field 37, and 
a field 39 for storing a video object unit identifier (VOBU-ID) or group of pictures 
segment address (GOP-SA). The temporal reference in field 37 uniquely identifies a 
frame within a VOBU (for MPEG-2 source video such as is used on DVD sources) or 
GOP (for MPEG-1 source video such as is used on Video CD (VCD) sources). The 
VOBU-ID or GOP-SA in field 39 uniquely identifies the VOBU or GOP from which the 
data in the buffer was obtained. Together, the values in the TR and VOBU-ID/GOP-SA 
fields uniquelv u nique identify a frame as compared to other frames from the same 
MPEG-1 or MPEG-2 video source. 
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Paragraph begiiming on page 22, line 5, is replaced with the following: 
A decode indices ind e c e s storage area 29 stores reference information used 
in the decoding process. Specifically, field 47 stores the identifier of the buffer holding 
the last reference frame that was decoded. Field 49 stores the identifier of the buffer 
holding the intra-coded or "B" frame that was decoded. Field 5 1 stores the identifier of 
the buffer holding the backward reference frame for current "B" frames, and field 53 
stores the identifier of the buffer holding the forward reference frame for current "B" 
frames. Field 55 stores the identifier of the buffer being used for the current decoding 
operation, and field 55 stores the identifier of the buffer holding the second last reference 
frame that was decoded. As will be appreciated from the MPEG standard, intra-coded or 
"B" pictures are generated from temporally prior and subsequent reference pictures. 
When a "B" picture is decoded, the temporally prior reference picture will be in the buffer 
identified by field 51, and the temporally subsequent reference picture will be in the 
buffer identified by field 53. The identity of the last reference frame and second last 
reference frame to be decoded, are usefiil in determining the reference pictures for current 
B frames. 
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Paragraph begiiming on page 34, line 1, is replaced with the following: 
The search tree approach of steps 208 and 210 provides p rovid e 
efficiencies in processing time and storage requirements. Grouping allows a smaller file 
to be swapped from non-resident RISC instructions 52 into the NR code area 34. The 
CPU 12 need only search through this smaller file to find the specific instructions. 
Moreover, there is more shared code for specific commands within these categories, 
providing efficiencies in design and code size. 
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Paragraph beginning on page 38, line 15, continuing through page 39, line 
7, is replaced with the following: 

Finally, in the last pass through the "play ready" processing routine, the 
trick play counter will have a value of 0, in which case processing proceeds to step 272, 
in which the ASIC determines whether the host has[[as]] instructed the ASIC to disable 
audio output (through a non-exclusive command). If not, then in step 274, the audio 
output is enabled. After step 272 or 274, processing proceeds to step 276, in which the 
"play ready" flag is set, and then to step 278, in which the valid exclusive command flag 
is cleared, so that default processing for the current state will be performed thereafter. 
Next, in step 280, the "play ready" command is acknowledged to the host, so that the host 
can determine that the command has been successfiilly executed and the ASIC is now 
ready for playback. In step 282, the trick play processing state machine transitions to its 
PAUSE state, ready for playback. After this processing, the "play ready" command 
processing is done (step 254). 
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Paragraph beginning on page 41, line 11, continuing through to page 42, 
line 2, is replaced with the following: 

As will be seen in greater detail below, in play modes other than normal 
playback, to decode a new frame, the decoding process illustrated in Figs. F tgrl5H-15I is 
called twice, during each of two successive vertical blanking intervals. The first call to 
the decoding process causes the hardware to decode the next frame, but does not set up 
the relevant display parameters for display of the next frame. The second call to the 
decoding process sets up parameters to display the next frame when the display sequences 
to the next frame. A similar process is used during normal playback, however, the 
display parameters for a frame during normal playback, may require that the decoding 
process be called three or more times to decode and set up a frame for display; this is 
done to permit "pull down", i.e., repetition of fields in order to alter the video frame rate. 
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Paragraph beginning on page 47, line 3, continuing through to page 48, 
line 3, is replaced with the following: 

If in step 320, the current state is FR (fast reverse), FF (fast forwardV felow 
reverse) or SLF (slow forward), then processing of a transition to the PAUSE state 
proceeds to step 338. In step 338, it is determined whether fID is 1. If fID is 1, then the 
transition to the PAUSE state can begin immediately, and consequently processing 
proceeds directly to steps 328, 330 and 334 as described above. However, if fID is 0 in 
step 338, then the transition to the PAUSE state must be delayed for one field. In this 
circumstance, processing continues to step 340, in which intemal flags are evaluated to 
determine whether the trick play state machine is in the process of decoding a new frame 
as part of processing in the FR, FF or SLF state, stat e s. As noted above and elaborated 
below, when in the SLF, FF or FR state, s tatesrperiodicallv a new frame is decoded for 
output, and between these occurrences, frames that have previously been decoded are 
repeatedly displayed. Flags are set in each of these states to indicate when a new frame is 
in the process of being decoded. If processing of any of these states is in the midst of 
decoding a new frame, then the decode subroutine must be called to ensure this decoding 
is completed before a fransition is made to the PAUSE state. Accordingly, if in step 340 
it is determined that the prior SLF, FF or FR state is in the midst of decoding a new 
frame, processing proceeds to step 324, in which the decode subroutine is called to 
complete the decoding, and then processing is done (step 326). If the prior SLF, FF or FR 
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state is not in the midst of decoding a new frame, processing proceeds from step 340 
directly to step 326. 
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Paragraph begiiming on page 56, line 10, is replaced with the following: 
In step 410, the current value of the trick play repeat counter is evaluated 
to determine whether it has been decremented to a "0" value. As noted above, during the 
first pass through the subroutine of Fig. 15E, this counter will be reset to a "0" value in 
step 406. Furthermore, during subsequent passes, the counter will also reach r e ach e d a 
"0" value after a previously-decoded reference frame has been output for the requested 
number of times. Under these circumstances, processing continues to step 412. 
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Paragraph beginning on page 57, line 10, continuing through to page 58, 
line 5, is replaced with the following: 

The process initiated in step 420[[,]] will commence after the decoding of 
the second field for the current frame is completed. In essence, this process will move the 
appropriate next reference frame, by first determining whether the number of reference 
frames decoded from the current VOBU is equal to the number of reference frames 
identified by the reference frame counter obtained from the "fast forward" command in 
step 390. If not, or if the "no-B" flag is set, then this process will skip over B frames in 
the VOBU until a reference frame is encountered. If during this process the end of the 
VOBU is encountered, or[[of]] if the number of reference frames decoded from the 
current VOBU is equal to the number identified by the reference frame counter, then the 
next VOBU is processed and the first reference frame in the next VOBU is located by 
skipping B frames. Furthermore, if there is a video gap in the MPEG source material, 
then there may be "missing" video; in this case, the navigation pack of the VOBU not 
having video is preferably processed as part of moving forward to the next reference 
frame, so that the time code displayed to the user shows a smooth progress through the 
program material. 
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Paragraph beginning on page 59, line 15, continuing through to page 61, 
line 1 1, is replaced with the following: 

If the current state is PAUSE when a "step forward" command is received, 
then processing continues from step 430 to step 432. In step 432, the current fID is 
evaluated. If the current fID is 0, then state transitions are disallowed, and the subroutine 
returns (step 438). As a result, no fiames are decoded and the state machine remains in 
PAUSE for the duration of one more field. If this occurs, during the next field, control 
will retum to the subroutine of Fig. 15F, at which time fID will be 1, when state 
transitions are allowed. Under these circumstances, processing proceeds from step 432 to 
step 434, in which the state of the state machine is[[in]] transitioned to the PLAY state. 
Then, in step 435, the audio decoder is instructed to skip forward for a time 
corresponding to one video frame, so that audio and video remain synchronized. Then, in 
step 436, the decode subroutine is called to decode the top field of the next frame, and the 
subroutine of Fig. 15F returns. Note that the valid exclusive command flag is not 
changed. As a consequence, during the next field (flD=0), processing will proceed to 
step 162 and the subroutine of Fig. 15F. At this time, in step 430 the current state will be 
PLAY, so that confrol will then pass to step 158 and the subroutine of Fig. 15C. As can 
be seen from the above description of Fig. 15C, under these conditions control will flow 
through steps 320, 322, 324 and 326, during which the decode subroutine will be called to 
decode the bottom field of the new frame. Notably, however, once again the valid 
exclusive command fiag is not changed. As a consequence, during the next field (fID=l), 
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processing will proceed to step 162 and the subroutine of Fig. 15F. At this time, in step 
430 the current state will be PLAY, so that control will then pass to step 158 and the 
subroutine of Fig. 15C. As can be seen from the above description of Fig. 15C, under 
these conditions control will flow through steps 320, 322, 324 and 326, during which the 
decode subroutine will be called to decode the bottom field of the new frame. Notably, 
however, once again the valid exclusive command flag is not changed and the state 
machine remains in the PLAY state. As a consequence, during the next field (fID=l), 
processing will proceed to step 162 and the subroutine of Fig. 15F. In step 430, the 
current state will still be PLAY, so that control will then pass to step 158 and the 
subroutine of Fig. 15C. As can be seen from the above description of Fig. 15C, under 
these conditions control will flow through steps 320, 322, 328, 330, 334 and 326, during 
which the decode subroutine will be called to decode the bottom field of the new fi-ame. 
Furthermore, the valid exclusive command flag is cleared and the state of the state 
machine returns to PAUSE. Thus, the overall result is that a single frame is forward 
decoded and output, and the state transitions fijom PAUSE, to PLAY, and then back to 
PAUSE. 
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Paragraph begiiming on page 69, line 6, is replaced with the following: 
In step 468, the current value of the trick play repeat counter is evaluated 
to determine whether it has been decremented to a "0" value. As noted above, during the 
initial first pass through the subroutine of Fig. 15G, this counter will be reset to a "0" 
value in step 456. Furthermore, during subsequent passes, the counter will also reach 
r e ached a "0" value after a previously-decoded reference frame has been output for the 
requested number of times. Under these circumstances, processing continues to step 470. 
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Paragraph begiiming on page 70, line 7, is replaced with the following: 
The process initiated in step 472[[,]] is described in greater detail below 
with reference to Figs. 15H and 151. In essence, this process will move the display to the 
appropriate reference frame, by first determining whether the number of reference frames 
displayed from the current VOBU/GOP is equal to the number of reference frames 
identified by the reference fi-ame counter obtained from the "fast reverse" command in 
step 440. If not, then this process will display the previous reference frame from the 
current VOBU/GOP. If during this process all reference frames from a VOBU/GOP are 
displayed, or[[of]] if the number of reference frames decoded from the current 
VOBU/GOP is equal to the number identified by the reference frame counter, then the 
last reference frame of the prior VOBU/GOP is displayed. 
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Two paragraphs beginning on page 77, line 12, continuing through to page 
78, line 19, are replaced with the following: 

Referring now to Fig. 16A, the processing of a "reverse decode" exclusive 
command can be discussed. As an initial matter, it should be noted that once the ASIC 
software is in the reverse decode state, slow reverse playback and step reverse playback 
are achieved by nonexclusive commands submitted by the host, after the host has|"|"as]] 
used the "reverse decode" exclusive command to place the state machine into its RD 
state. Furthermore, as part of initializing the ASIC to place the ASIC in its RD state, 
[[and ]]the host instructs the ASIC to flush its MPEG code buffers, so that all prior 
MPEG code is eliminated. Finally, as part of initializing the ASIC into its RD state, the 
host supplies the ASIC with a current MPEG VOBU or GOP so that the ASIC can begin 
reverse decoding from the present position. While in the RD state, the ASIC decodes and 
buffers frames from the MPEG source, so that the buffered frames can be played back in 
reverse order, in either a slow reverse or step reverse manner. 

As a first step in processing a "reverse decode" exclusive command (step 
165), in step 510 the current state of the state machine is evaluated. If the state machine 
is cvirrently in its FF, FR, SLF or PLAY state, s tatesrtransitions to the RD state are 
disallowed, and accordingly the subroutine of Fig. 16A immediately returns (step 512). 
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Paragraph beginning on page 80, line 15, continuing through to page 81, 
line 12, is replaced with the following: 

If in step 532 the host has not delivered a "step reverse" command, then 
processing continues to step 538 in which it is determined whether a "slow reverse" sub- 
state of the reverse decode state, is currently active. If so, the ASIC has been instructed 
by a prior nonexclusive command, comm e nd, to continuously step backward through 
frames at a rate identified in the command. This rate is identified by identifying a nvimber 
of fields for which each frame is repeated prior to automatically stepping backward to a 
prior frame. This value is used as the initial value of a trick play counter. Accordingly, if 
the ASIC is in a "slow reverse" sub-state, substate. p rocessing continues to step 540 
where the frick play counter is evaluated to determine whether it has reached a value of 
zero. If so, then in step 542 the current value of fID is evaluated to determine whether a 
frame change can be made. If fID is 1, then in step 544 the trick play counter is reset to 
its initial value, and processing continues to step 536 to move the display to the prior 
frame, if possible. If fID is 0 in step 542, then no action is taken, so that at the next field 
bovindary the display will be moved to the prior frame. If in step 540, the frick play 
coionter is not zero, then in step 546 the trick play counter is decremented, so that 
eventually the frick play counter will reach zero and a new frame will be selected. 
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Paragraph begiiming on page 82, line 8, is replaced with the following: 
Referring now to Fig. 16C, the above-noted process 536 for choosing a 
video display buffer can be detailed. This process reviews the contents of the video 
buffers, using the indices indcces shown in Fig. 6, to determine whether the previous 
frame is currently stored in one or more buffers, and if so, select the buffer for use in 
display. It will be noted that the display base address that is reset by the process of Fig. 
16C, is not used until the next transition of the field clock; accordingly, the buffer that is 
selected is used only in the next field displayed. 
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Paragraph beginning on page 84, line 14, continuing through to page 86, 
line 2, is replaced with the following: 

Beginning at step 560, a loop of steps is performed to review all of the 
buffers to locate the desired frame. In step 560, it is determined whether all buffers have 
been checked. If not, processing continues to step 562 in which a previously unchecked 
buffer is selected, and the indices ind e c e s for the buffer are evaluated to determine 
whether the VOBU-ID/GOP-SA for the buffer are less than the VOBU-ID/GOP-SA of 
the currently displayed frame, i.e., to determine whether the buffered frame is from the 
preceding VOBU/GOP. If not, the frame in the buffer is from the current VOBU/GOP 
and the process returns to step 560 to review other buffers, if any. If the frame is from the 
prior VOBU/GOP, then the process continues to step 564 in which the temporal reference 
of the frame in the buffer is compared to the current "best" temporal reference. If the 
frame in the selected buffer has a temporal reference that is less than the current "best" 
temporal reference, then the frame precedes another frame from the same VOBU/GOP 
that is in another buffer, and should not be displayed. Accordingly, in this situation the 
process returns to step 560 to evaluate frames in other buffers if any. If the temporal 
reference of the frame in the selected buffer is equal to the current "best" temporal 
reference, then in step 566, the history value of the selected buffer is compared to the 
current "best" history value. If the selected buffer has a smaller history value than the 
best history value, the selected buffer will not be used and processing returns to step 560 
to evaluate frames in other buffers, if any. If the selected buffer has a larger history value. 
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then in step 568 the best history value is set equal to the history value of the buffer, and 
the best temporal reference is set equal to the temporal reference of the frame in the 
buffer. Also, the display base address is set to point to the selected buffer, and a flag is 
set to indicate the previous frame was found. After this, the process returns to step 560 to 
evaluate frames in other buffers, if any. If in step 564 the selected buffer has a larger 
temporal reference than the current best temporal reference, then the actions of step 568 
are taken to select the buffer for use in display, and the process returns to step 560 to 
evaluate frames in other buffers, if any. 
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Paragraph beginning on page 87, line 15, continuing through to page 89, 
line 2, is replaced with the following: 

The foregoing describes processing when the desired prior frame is in a 
VOBU/GOP prior to the VOBU/GOP of the currently displayed frame. If in step 554, it 
is determined that the temporal reference of the currently displayed frame is greater than 
0, this indicates that the prior frame is in the same VOBU/GOP, and different processing 
is performed. Specifically, in step 580 and the following steps, all buffers are evaluated 
to determine if they hold the frame immediately prior to the currently displayed frame. 
To facilitate this, in step 580 a "desired" temporal reference is computed by subtracting 
one from the temporal reference of the currently displayed frame. The "desired" VOBU- 
ID/GOP-SA is set equal to the VOBU-ID/GOP-SA of the currently displayed frame. 
Also, the flag noted above is cleared to indicate that the prior frame was not yet found. 
After this initialization, a loop beginning with step 582 is performed, reviewing each of 
the buffers to determine whether it should be displayed. In step 582, it is determined 
whether all buffers have been checked, and if so, then in step 584, a buffer that has not 
been previously checked is identified and its indices ind e c e s are considered to determine 
whether the temporal reference and VOBU-ID/GOP-SA match the desired temporal 
reference and VOBU-ID/GOP-SA identified in step 580. If not, then processing returns 
to step 582 to evaluate frames in other buffers, if any. If in step 584 the frame in the 
selected buffer is the desired frame, then in step 586 the history value of the selected 
buffer is compared to the current "best" history value. If the history value of the selected 
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buffer is less than the current "best" value, then processing returns to step 582 to evaluate 
frames in other buffers, if any. If in step 586 the selected buffer has a larger history value 
than the current "best" value, then in step 588 the best history value is set equal to the 
history value of the selected buffer. Also, the display base address is set to point to the 
selected buffer, and a flag is set to indicate the previous frame was found. After this, the 
process returns to step 582 to evaluate frames in other buffers, if any. 
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Paragraph beginning on page 96, line 16, continuing through to page 97, 
line 5, is replaced with the following: 

In the FF and FR states, all B frames will be skipped, and furthermore, 
only a pre-set number of reference frames from each VOBU/GOP will be decoded. 
Accordingly, in these states, in step 656 an evaluation is made whether enough reference 
frames have already been decoded from the current VOBU/GOP. If so, then in step 658 
the hardware is instructed to skip the current frame and the rest of the VOBU/GOP, and 
begin processing with the next VOBU/GOP. If more reference frames should be decoded 
from the VOBU/GOP, then in step 659 it is determined whether the current frame is a 
reference frame or a B frame. If the current frame is.not a reference frame, then the 
hardware is instructed to skip the current frame. If the current frame is a reference frame, 
then it should be decoded, and no action is taken. 



-33- 



10/678,211 SONY/55DV 

Paragraph beginning on page 98, line 16, continuing through to page 99, 
line 4, is replaced with the following: 

Referring now to Fig. 17C, the process for determining whether and which 
buffer to release, can be explained. Different actions are taken based on the current state 
of the RISC software (step 680). In the PAUSE, STOP and FR states, 688, buffers are 
not released, and so no action is taken. Note that in the FR state, because buffers are 
never released, under normal circumstances where all buffers are fiill of reference 
referenc e s frames waiting for display, the decode process described in Fig. 17D will 
select the current display buffer for decoding, and the decoding of new data into the 
buffer will occur when the display advances to a prior reference frame through the 
process described above with reference to Fig. 16C. 
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Paragraph beginning on page 100, line 17, continuing through to page 101, 
line 2, is replaced with the following: 

If the frame about to be decoded is a reference frame, then in step 710 the 
"last reference frame decoded" pointer in field 47 of Fig. 7 is copied into the "second last 
reference frame decoded" pointer in field 57 of Fig. 7. Then, in step 712 a pointer to the 
selected buffer is inserted into the "last reference frame decoded" pointer in field 47 of 
Fig. 7. Then processing continues through steps 706 and 708 to place the VOBU/GOP 
information into the selected buffer and set the buffer as not free. 
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Two paragraphs beginning on page 101, line 16, continuing through to 
page 103, line 3, are replaced with the following: 

In the PAUSE or RD states, the display is paused at a single frame, and 
that frame is repeatedly displayed. Accordingly, in these states, it is relevant whether the 
field or frame pause mode has been activated as well as whether fID is 0 or 1 . First, the 
fID state is evaluated (step 736). If fID is 1, and the frame pause mode is active, then the 
bottom field of video data is displayed by proceeding to step 728. If fID is 0 or if fID is 1 
but the field pause mode is active, then the top field is displayed by proceeding to step 
726. The result when in field pause mode, is a lower resolution output, but without blur 
or "shimmer" than can be produced when there is motion between the fields. If the frame 
pause mode is active, then the top field of video data is displayed when fID is 0 and the 
bottom field is displayed when fID is 1 . The result is a higher resolution output, that may 
rrtjrhave blur or "shimmer" when there is motion between the fields. 

In the SLF, FF or FR states, much of the time a single singe frame is being 
repeatedly displayed, and in this situation the fields to be output should be selected in the 
same manner as in the PAUSE or RD states. However, in the SLF, FF or FR states, there 
are frequent times when a fransition is being made from a frame to a subsequent frame. 
During these periods, the fields should be output in the same manner as is done in the 
PLAY state; i.e., the top field should be displayed when fID is 0, and then the bottom 
field should be displayed when flD is 1. Accordingly, in the SLF, FF or FR states, 
processing begins with step 732, in which the flag that has been discussed above, is 
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checked to determine whether a frame decode is currently underway. When a frame 
decode is underway, then the display is in the process of transitioning from one frame to 
another. Accordingly, if the flag is set to indicate a frame decode is underway, control 
passes from step 732 to step 734, to check the value of fID and display the top field if flD 
is 0 and the bottom field if fID is 1. Altematively, if a frame decode is not underway, 
control passes from step 732 to step 736, to handle display of fields in the same manner 
as in the PAUSE or RD states, based on the frame or field pause mode. 
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Paragraph beginning on page 104, line 7, continuing through to page 105, 
line 8, is replaced with the following: 

The foregoing describes in substantial detail a method according to the 
invention for managing the playback of digital video in a number of trick playback modes 
as well as standard play mode. This example was provided in the context of a memory 
having three^ four or five frame buffers. It will be appreciated, however, that the methods 
described are independent of the number of frame buffers in the memory. Accordingly, 
these methods may be used with other frame buffer sizes. More specifically, the host may 
dynamically reallocate memory to change the number of frame buffers on-the-fly. This 
may be done, for example, during playback mode transitions; e.g., more frame buffers 
may be made available in reverse playback modes than in other modes to permit faster 
processing. Furthermore, the foregoing described operations performed for both MPEG-1 
input data, such as is used on VCD, as well as MPEG-2 input data, such as is used on 
DVD. It will be appreciated that MPEG-1 data is often recorded at a lower resolution and 
accordingly requires less frame buffer space to store. Thus, the number of frame buffers 
can be larger for VCD playback than DVD playback. Other alternatives are possible. For 
example, a special minimum memory mode maybe provided in which one frame buffer, 
used only for B frames, is less than a full frame in size. This possibility is explored in the 
co-pending patent copending patents applications that are incorporated by reference. In 
this scenario, special processing is used to ensure that only B-frame data is stored into the 
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reduced-size buffer. In such an environment, some trick playback modes may not be 
available or may be truncated in fiinctionality. 
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In the Drawings 

Three drawings pages are being submitted to replace Figs. 16B, 16C and 
16D. Fig. 16B, step 538 is being corrected to read SLOW REVERSE STATE. Fig. 16C, 
step 562 is being corrected to read IDENTIFY A BUFFER ... . Fig. 16D, step 606 should 
read ... CURRENT EARLIEST FRAME. 
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